Micron Document
____ _ _ _ _
| _ \ ___ | |_ (_) _ __ ___ __| | (_) __ _
| |_) | / _ \ | __| | | | '_ \ / _ \ / _| | | | / _ |
| _ < | __/ | |_ | | | |_) | | __/ | (_| | | | | (_| |
|_| \_\ \___| \__| |_| | .__/ \___| \__,_| |_| \__,_|
|_|


The NomadNet German Wikipedia | Archives | Info
- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b- `b

πŸ” Search

Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―Β―

Service Location Protocol
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
top
Das Service Location Protocol (SLP) ist ein Netzwerkprotokoll zum Auffinden von Ressourcen, welche von anderen Computern ΓΌber ein TCP/IP-basierendem Netz angeboten werden.

Contents

β€’ Definition
β€’ Siehe auch

──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

Definition

Das SLP wird definiert in den RFCs RFC 2608,cite-ref-1[1] RFC 2609,cite-ref-2[2] RFC 2614,cite-ref-3[3] RFC 2165,cite-ref-4[4] RFC 3059cite-ref-5[5] und RFC 3082.cite-ref-6[6]

Funktionsweise

Das SLP baut auf einem dreistufigen Konzept auf. Es teilt die Hosts in drei entsprechende Klassen ein:

β€’ die Verzeichnisagenten (englisch directory agents),
β€’ die Dienstagenten (englisch service agents)
β€’ und Benutzeragenten (englisch user agents).

Will ein Host nun in einem Netz einen Dienst anbieten, so muss dieser Host ΓΌber einen Dienstagenten verfΓΌgen. Dieser Dienstagent registriert den Dienst, der angeboten werden soll, beim Verzeichnisagenten. Die beiden Agenten kommunizieren in definierten Zeitintervallen, ob der Dienst noch verfΓΌgbar ist oder ob es zu einer Adress- oder DienstΓ€nderung gekommen ist. Dieses Zeitintervall ist frei definierbar und wird in der Regel vom Dienstagenten bei der ersten Registrierung dem Verzeichnisagenten mitgeteilt.

Wenn ein Client nun einen Netzdienst benΓΆtigt, so kann der Benutzeragent, der auf dem Client vorhanden sein muss, beim Verzeichnisagenten nachfragen, ob es den gewΓΌnschten Dienst im Netz gibt. Der Verzeichnisagent teilt dem Benutzeragenten daraufhin mit, ob es diesen Dienst gibt, und wenn ja, unter welcher Netzadresse der Client den Dienst erreichen kann.

Die Kommunikation findet hierbei in den meisten FΓ€llen mittels Unicast statt. In einigen FΓ€llen kann es jedoch sein, dass auch Multicast eingesetzt wird. Multicast wird eingesetzt, wenn ein Benutzeragent oder ein Dienstagent die Adresse des Verzeichnisagenten noch nicht kennt. In diesem Fall wird ein SLP-Discover mit Multicast durchgefΓΌhrt. Dies kann unterbunden werden, indem sowohl dem Dienst- als auch dem Benutzeragenten in den entsprechenden Konfigurationsdateien die IP-Adresse des oder der Verzeichnisagenten vorgegeben wird.

FΓΌr Kleinstnetzwerke sieht SLP allerdings das Small-Network-Szenario vor, der Host (User Agent) fragt einfach nach dem gewΓΌnschten Service in die Runde, jeder Service Agent, der sich angesprochen fΓΌhlt, antwortet dann.

Novell setzt seit der Netware Version 5.x das SLP als NachfolgelΓΆsung fΓΌr das SAP ein.

Siehe auch

β€’ Avahi
β€’ Bonjour
β€’ Jini
β€’ OSGi Alliance
β€’ WS-Discovery
β€’ Zeroconf

Einzelnachweise

cite-note-11. ↑ RFC: 2608 – Service Location Protocol, Version 2. 1999 (englisch).
cite-note-22. ↑ RFC: 2609 – Service Templates and Service: Schemes. 1999 (englisch).
cite-note-33. ↑ RFC: 2614 – An API for Service Location. 1999 (englisch).
cite-note-44. ↑ RFC: 2165 – Service Location Protocol. 1997 (englisch).
cite-note-55. ↑ RFC: 3059 – Attribute List Extension for the Service Location Protocol. 2001 (englisch).
cite-note-66. ↑ RFC: 3082 – Notification and Subscription for SLP. 2001 (englisch).